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TEXT ENTRY DIALOG BOX SYSTEM AND METHOD OF USING SAME 

Background of the Invention 

The present invention relates to a graphical user interface (GUI), and more 
particularly to an improved text entry dialog box system for user input of text and a method of 
5 using same. The word "text" as used herein is to be broadly interpreted to encompass any 
alphanumeric information, including but not limited to: ordinary text, computer commands, 
numeric values represented by alphanumeric strings, and the like. "Alphanumeric" refers to 
letters, digits, punctuation symbols, and the like, represented for example in the conventional 
ASCII format although alphanumeric should not be construed as being limited thereto. 

10 As is well known to those skilled in the art, a GUI interface typically includes a 

plurality of pictorial representations, or icons, each icon representing a specific entity such as a 
program, data file, folder, or other element. A pointing device such as a mouse, track-ball, or 
touch-sensitive screen permits the user to indicate and select a particular icon and thereby launch 
the associated object. GUI interfaces are usually layered in that selection of an icon may 

15 introduce one or more new screen areas, or windows, which provide the user with additional 
icons. Selection of a folder icon, for example, may open a new window containing icons 
representing objects contained within the parent folder. 

Various GUI interfaces have been widely adopted in various forms, with well 
known commercial embodiments including the Microsoft Windows, UNIX X- Windows, and the 

20 Macintosh Mac OS operating systems. Programs running under these operating systems also 
usually use a GUI interface. GUI has been found to be an extremely user-friendly format for 
human-computer interfacing. The use of intuitive GUI interfacing greatly speeds user training 
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and minimizes user effort as measured by keystrokes, mouse clicks, and the like required to 
accomplish a task. The GUI approach also meshes extremely well with the object-oriented 
programming paradigm presently preferred for software development. 

FIGURE 1 shows a typical data entry window 10 provided by a GUI interface. 

5 The GUI interface does not direct the user through a fixed, linear sequence of data entry steps. 
Rather, a typical GUI interface provides a complete data entry form with a large number of 
simultaneously available input dialog boxes. A distinctive feature of the GUI interface is the 
typically wide range of available input dialog box types. The GUI interface minimizes user 
effort by providing sophisticated data entry dialog boxes such as check boxes 12, toggle buttons 

10 14, list boxes 16 and 18, text entry boxes 20, and the like. Often, one or more activation buttons 
21 such as the "CONTINUE" 22, "BACK" 24, and "HELP" 26 buttons of FIGURE 1 are also 
provided to initiate various operations. 

The user selects, or focuses upon, a particular input dialog box either by selecting 
it with the pointing device or through a keyboard combination, such as by pressing TAB. After 

15 supplying the data, the user defocuses from the dialog box, again either through the pointing 
device or the keyboard. Typically pressing ENTER will defocus from the current entry dialog 
box. Defocusing from the dialog box registers, or "enters", the supplied data. 

The dialog boxes used in GUI interfaces are intuitive in part because they limit 
the number of choices available to the user. For example, the list box 16 limits the user to five 

20 age ranges, while list box 18 presumably contains entries corresponding to the names of states, 
such as "California" or "Ohio". The data entry window 10 allows the user to input data to the 
dialog boxes in any order. For example, at the time instant illustrated in FIGURE 1, the "Name" 
20, "Gender" 14, and "I will be attending" 12 dialog boxes had already been filled out. The user 
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is currently filling out the "Age" list box 16, while the "State of Residence" list box has not yet 
been filled out, as indicated by the blank space 28. 

Another advantage of GUI dialog boxes is that they often can be operated entirely 
by the pointing device rather than requiring keyboard entry. Referring to the "Age" list box 16 
5 of FIGURE 1, the list of age ranges 30 was brought up by selecting the drop down arrow 32 
using the pointing device, and the particular age range will subsequently be selected by again 
using the pointing device. The user never needs to make use of a keyboard to fill out "Age" list 
box 16. Avoidance of free-form text entry also simplifies post-input processing through 
elimination of the text parsing step wherein extraneous spaces and other characters are stripped 

10 away and the text is verified to be in an acceptable format, such as a numeric format if the input 
requires a numeric value. 

In spite of the advantages of these sophisticated input dialog boxes, GUI 
interfaces nonetheless necessarily often utilize conventional free-form text entry dialog boxes, 
such as the "Name" dialog box 20 of FIGURE 1. Text entry boxes are indispensable for input of 

15 data which is not predictable, such as a personal name 34. Because a name cannot be predicted a 
priori, a list box or other pointing-device driven input box cannot be applied, and the user must 
enter the data using a keyboard. Because of the inherently unknown nature of free-form text 
entry, the prior art teaches very few methods for facilitating this type of input in a GUI 
environment 

20 The operation of a typical text entry dialog box is illustrated in greater detail in 

FIGURE 2. The user is initially presented with a blank entry line 40 as shown in FIGURE 1(a). 
In order to type text, the user first focuses on the entry line such as by pointing to the line and 
clicking or the like, and thereafter types the data 42 via the keyboard as shown in FIGURE 1(b). 
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Next, the user defocuses to enter the text 42 as shown in FIGURE 1(c). Typically, an insert 
location marker or cursor 44 is shown while the entry line is focused and data is being entered. 
The cursor marks where the next character will be typed. The cursor typically disappears when 
the user defocuses from the entry line, as shown in FIGURE 1(c). If the user later wishes to 
5 enter a different text, the entry line 40 must be refocused as shown in FIGURE 1(d). Refocusing 
brings back the cursor 44, typically positioned at the end of the previously entered text 42. In 
order to enter new text the previously entered text must be deleted, usually through the use of the 
keyboard "DELETE" or "BACKSPACE" key, and then the new data is typed and the entry line 
defocused. 

10 One area where the GUI interface has the potential to improve upon this 

conventional text entry is in the case where the user is likely to want to re-enter previously 
entered text. Situations of this type arise, for example, when using a search window. 
Considering a search window as a typical example of such situations, the user typically enters 
search parameters in multiple input dialog boxes contained within the search window. The 

15 dialog boxes typically include one or more free-form text entry dialog boxes. The search is 
initiated by operating a "START" button or the like also contained within the search window. If 
the returned results are unsatisfactory, various search parameters may be modified to find 
optimum search parameters. In this process, the user often will want to return to a previously 
used search parameter. With a conventional text entry dialog box, the parameter must be re- 

20 typed, and for a search the typed text must usually be exactly identical to the previous entry to 
produce a valid comparison with previous search attempts. 

The prior art teaches using a modified drop-down list box in this case. Such a box 
appears to be identical to the list boxes 16 and 18 of FIGURE 1, except that the list entries in the 
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modified box consist of text entries previously entered in the blank space left of the drop-down 
selection arrow or button. The user may then operate on the drop-down selection button and 
select a previous entry using the pointing device similarly to the way list box options are 
selected. Such a modified drop-down list box is sometimes called a drop-down combination 
5 box. 

This prior art combination box solution is unsatisfactory because it is often 
confusing to the user. As illustrated in FIGURE 3(a), the user initially encounters the 
combination box. The unedited box 50 consists of a blank line or space 52 and a dropdown 
selection button or arrow 54. To the user, this box appears identical to the unedited "State of 

10 Residence" list box 18 shown in FIGURE 1, and is therefore likely to be interpreted by the user 
as a list dialog box rather than as a text entry dialog box. This is because in a conventional GUI 
interface, the user typically associates an isolated blank line or space with a free-form text entry 
dialog box, while a box with a drop-down arrow or selection button is associated with a list box 
containing a list of available selections. In the case of the prior art drop-down combination box 

15 50, the user is initially presented with an unfamiliar dialog box which shows a blank space 
coupled with a drop-down arrow button 50. This box is confusing because it looks like a drop- 
down list box, but does not function like a drop-down list box. 

The correct user action for the drop-down combination box 50 of FIGURE 3(a) is 
to focus on the entry blank section 52 and type in some text, because upon startup of the 

20 combination dialog box there are no initial previous text entries and so the list is empty. 
However, human nature tends to instead focus upon and operate the drop-down arrow button 54 
to hunt for selections or options. As shown in FIGURE 3(b), this action brings up a blank list 56. 
The blank list 56 further confuses the user and additionally may require the user to type 
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something into the text entry section 52 of the combination box in order to defocus, even if the 
user is not yet ready to do so and does not know what to type because the user had expected to 
obtain a list of options in accordance with the expected operation of a list box. 

To alleviate this problem, the prior art also teaches a modification of the drop- 
5 down combination box wherein the list includes a default initial text. Many Internet browsers, 
for example, use such a modified combination box as the address line dialog box. The default 
address is usually an intuitively clear phrase such as "Blank page". This modified drop-down 
combination box may reduce confusion for the user, but it also places irrelevant, and usually 
unwanted, text into the text entry section of the combination box. In order to enter meaningful 

10 text the user must first delete the unwanted default text, which increases user effort and adds to 
the frustration. The modified combination box also retains an unconventional appearance which 
is indistinguishable from a list dialog box. The user may be misled into believing the modified 
drop-down combination box actually is a list box. Because a list box does not allow free-form 
text entry, the user may therefore fail to take advantage of the text-editing capability of the drop- 

15 down combination box and instead limit his activities to the default value(s) presented. 

There remains, therefore, a need for an improved text entry dialog box, which 
retains the appearance of a conventional text entry line while providing a way to recall 
previously entered text. The present invention contemplates such an improved text entry dialog 
box. 

20 

Summary of the Invention 

In accordance with one aspect of the present invention, a text entry dialog box 
system for use with a processor, a display device, a main memory, data input means including 
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pointing means, means for storing an operating system and at least one application program, and 
means for loading said operating system and said application program into main memory is 
disclosed. The text entry dialog box system displays on a screen of said display device a dialog 
box into which a user enters data during execution of said application program. A text entry 
5 space is provided for free-form text entry by the associated user. A memory provides for storing 
text items, and a means for selectively displaying a selection button is provided. 

Preferably, the text entry dialog box system includes means for selectively 
displaying the selection button when the memory contains at least one previous text entry. A 
parser provides for parsing the free-form text entry prior to storage in the memory, the storing 

10 being conditional on the parsed entry containing at least one character. The system preferably 
also includes means for selectively displaying a list of previously entered text items when the 
selection button is selected by the associated user. The selection button may be a drop-down 
arrow button, and the list may be a drop-down list. Preferably, a means is provided for 
initializing the memory as empty each time the associated window is started. 

15 In accordance with another aspect of the present invention, a computer 

implemented method for facilitating input of text by an associated user using a dialog box on a 
screen of a display device that is connected to said computer is disclosed. A text entry section of 
a dialog box is displayed on the screen of the display device. The number of entries stored 
previously in a memory is counted, and based on the result of the counting step, a selection 

20 button is selectively displayed on the screen of the display device. The selection button is 
preferably a drop-down arrow button, although other button types may also be employed. The 
method then waits for user focus on said text entry section. Upon user focus, the text entry 
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section is modified based upon actions by the user, and the counting, displaying, waiting, and 
modifying steps are repeated. 

Preferably, the step of displaying the selection button is conditional on the counting step 
returning a count value greater than zero. The modifying step preferably includes the step of 
5 selectively accepting a typed text entry from the user when the user focus is directed to the text 
entry section, and the typed text entry is preferably parsed after entry. The modifying step 
preferably also includes the step of selectively performing a list selection routine when the user 
focus is directed to the selection button, the list selection routine preferably including accepting 
user selection of an entry from a list of the memory entries. The counting step preferably counts 

10 previously accepted typed text entries which contain at least one character. 

In accordance with yet another aspect of the present invention, a drop-down list 
box system for use with a processor, a display device, a main memory, data input means 
including pointing means, means for storing an operating system and at least one application 
program, and means for loading said operating system and said application program into main 

15 memory is disclosed. The drop-down list box system displays on a screen of said display device 
a dialog box into which a user enters data during execution of said application program. A 
means is provided for displaying an editable text line. A means is also provided for displaying a 
selection list. A means is provided for selectively displaying a drop-down selection arrow 
conditional upon the selection list containing at least one entry. 

20 Preferably, the selection list contains previous text entries entered in the editable 

text line. A parser preferably parses the edited text line contents. The selection list preferably 
contains previous text entries entered in the editable text line, parsed by the parser, and 
containing at least one character after the parsing. 
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One advantage of the present invention is that it retains the conventional 
appearance of a text entry dialog box used in conventional GUI interfaces. 

Another advantage of the present invention is that it allows the user to recall 
previous text entries. 

5 Yet another advantage of the present invention is that it prevents the user from 

erroneously selecting the drop-down arrow button when no previous text entries are yet available 
for recall. 

Still further advantages and benefits of the present invention will become 
apparent to those of ordinary skill in the art upon reading and understanding the following 
10 detailed description. 



Brief Description of the Drawings 

The invention may take form in various components and arrangements of 
components, and in various steps and arrangements of steps. The drawings are only for the 
15 purposes of illustrating preferred embodiments and are not to be construed as limiting the 
invention. 

FIGURE 1 shows a typical user data entry window in a GUI interface with the 
form already partially filled out by the user; 

FIGURE 2 shows the operation of a conventional text entry dialog box; 
20 FIGURE 3 shows a prior art drop-down combination box which permits recall of 

previous text entries; 

FIGURE 4 shows the improved text entry dialog box which permits the user to 
recall previous text entries in an unambiguous manner; and, 
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FIGURE 5 shows a flowchart of the operation of the improved text entry dialog 

box. 

Detailed Description of the Preferred Embodiments 

5 The improved text entry dialog box will be described in accordance with a first 

preferred embodiment of the invention with reference to FIGURE 4(a)-4(d). When the window 
60 containing the text entry dialog box 62 is initially started, the user is presented only with a 
blank entry line 64 as shown in FIGURE 4(a). Initially, there are no previous text entries. 
Therefore, only a text entry space 62 is displayed, without the drop-down selection arrow. Of 

10 course, the window may include other input dialog boxes, such as a second improved text entry 
dialog box 66 for which only the text entry space 68 without the drop-down selection arrow is 
visible as well. In FIGURE 4, second improved text entry dialog box 66 will remain unedited in 
the description to follow, and so it retains the same appearance throughout parts (a)-(d) of 
FIGURE 4. 

15 It will be observed that the unedited dialog boxes 62 and 66 are visually 

indistinguishable from the unedited prior art text entry dialog box 40 shown in FIGURE 2 which 
does not have previous entry recall capability. The typical GUI user will therefore be quite 
comfortable with the dialog boxes shown in FIGURE 4(a), and will readily recognize these 
dialog boxes as text entry dialog boxes. The unedited improved dialog boxes 62 and 66 are, 

20 however, visually different from the prior art drop-down combination box 50 of FIGURE 3 
because the drop-down combination box 50 includes a drop-down selection button 54. Selection 
button 54 does not serve any useful purpose in FIGURE 3 since there are not yet any previous 
text entries to recall, and instead serves only to confuse the user as discussed previously. For this 
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reason, the unedited improved dialog boxes 62 and 66 shown in FIGURES 4(a)-4(d) do not 
initially display a drop-down selection button. 

In order to enter text, the user focuses on the entry line 64 and types text 66 via an 
associated keyboard (not shown) as shown in FIGURE 4(b). The typing position is indicated in 
5 the conventional manner by cursor 68. It will again be recognized that at this stage the improved 
text entry dialog box still appears and behaves identically to the prior art dialog box as shown in 
FIGURE 2(b). However, when the user defocuses to thereby register the entered text, either by 
focusing elsewhere, or by pressing the ENTER key on the associated keyboard or the like, the 
improved text entry box behaves differently from the prior art text entry box, as seen by 

10 comparing FIGURE 4(c) with prior art FIGURE 2(c). The cursor disappears upon defocusing in 
both cases. In the case of the improved dialog box, however, a drop-down selection button 70 
additionally appears as shown in FIGURE 4(c). The drop-down selection button is absent in the 
prior art text entry box shown in FIGURE 2(c) since previous text entries cannot be recalled in 
the prior art text entry dialog box. 

15 As shown in FIGURE 4(d), previous text entries may be recalled in with the 

improved text entry dialog box by selecting the drop-down selection button 70 whereby a drop- 
down list 72 containing the previous text entries is displayed. Because at the point shown in 
FIGURE 4(d) only a single previous entry has been entered, which in fact corresponds to the 
present entry "abc", the drop-down list contains only the single entry "abc". However, it is to be 

20 appreciated that as additional text entries are input into text entry line 64 they will also be added 
to the drop-down list 72 for easy recall by selecting drop-down selection button 70. It will also 
be recognized that the improved text entry box 62 as shown in FIGURES 4(c) and 4(d) where 
prior text entries are available for recall are visually indistinguishable from a list box such as the 
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"State of Residence" box 18 and the "Age" list box 16 both shown in FIGURE 1. However, the 
user is not prevented from appreciating the text editing capability of text entry line 64 of the 
improved text entry dialog box 62 because the drop-down selection button 70 did not become 
available to the user until after the user first entered text by editing text entry line 64. 
5 The invention therefore provides an improved text entry dialog box which 

provides the user with the look-and-feel of a conventional text entry box, but with the added 
capability of previous text entry recall. The improved text entry dialog box is furthermore 
incapable of being confused with a list box. 

With continuing reference to FIGURES 4(a)-4(d), it will be recognized that the 

10 invention may alternatively be viewed as an improved prior art list box, wherein the text line 64 
is editable and the visibility of the drop-down selection arrow 70 is conditional upon the 
selection list 72 containing at least one entry. Preferably, the selection list 72 is initially empty 
and therefore inaccessible due to the invisibility of the drop-down selection arrow, and as text 
entries 66 are made in the editable text line 64 these entries are added to the selection list 72, 

15 whereupon the drop-down selection arrow 70 becomes visible to enable recall of these previous 
editable text line entries. 

With reference next to FIGURE 5, the preferred method by which the improved 
text entry dialog box facilitates input of text in accordance with a second preferred embodiment 
of the invention is now described. The method initiates when the associated window 60 

20 (FIGURE 4(a)) is opened in a step 80. A memory 82 which stores the previously entered text 
entries is initialized in a step 84. Preferably, the initializing 84 involves emptying memory 82 of 
any previous contents so that initially there are no previous text entries in memory 82. The text 
entry section is then displayed in a step 86. This element is displayed regardless of the contents 
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of memory 82. A memory count step 88 is then performed to determine the number of previous 
text entries stored therein. If the number of previous entries is greater than zero 90 then the 
drop-down selection button or arrow is displayed in a step 92. Having displayed the appropriate 
text entry dialog box controls, the dialog box process waits for user focus to be directed to the 
5 dialog box in a step 94. This step is consistent with the GUI paradigm in which program flow 
during data entry is primarily directed by user focus rather than by program structure. 

Once user focus is directed to the improved text entry dialog box, the process 
determines the nature of the user focus. If the focus is on the drop-down selection button 96, 
then the list box selection routine is executed in a step 98. The details of a list box selection 

10 routine are well-known prior art which is employed, for example, in conventional list dialog 
boxes, and need not be described here in detail. The selection list preferably contains previous 
text entries stored in memory 82. After the user selects an entry from the list box through the list 
box selection routine 98, process flow returns to the waiting state 94. Because the selected entry 
is sourced from memory 82 which contains previous presumably valid entries, there is no need to 

15 perform text parsing or another memory count 88 prior to re-entering the waiting mode 94. 

It will be recognized that the list box selection routine 98 is not accessible if the 
previous decision point 90 bypassed display of the drop-down selection button 92, since in that 
case there is no drop-down selection button on which the user may focus. This is consistent with 
an objective of the invention to avoid presenting the user with a confusing empty selection list. 

20 If the user focus was not directed to the drop-down selection arrow 96, then it was 

directed toward the free-form text entry section. In this case, the free-form text entry routine 100 
is executed. The free-form text entry routine is again well-known prior art which is not detailed 
here. The free-form text entry routine displays a cursor and accepts typed user input in the text 
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entry section. The user-supplied text entry may be directly stored in memory 82 for later recall 
through list box selection routine 98. Preferably, however, the text is first parsed by text parser 
102. The text parser may be application-specific. It may perform typical text parsing functions 
such as stripping leading and/or trailing spaces or converting a number to a preferred format. 
5 An application-specific text parser may additionally substitute an empty string for 

an invalid string, if appropriate. For example, a text parser for use in conjunction with a numeric 
input may reject an alphabetic string by replacing it by an empty string. In cases where the user 
inputs an empty string or where text parser 102 substitutes an empty string for an invalid user 
input, memory 82 will not receive data, and so no entry will be added to the previous text entry 

10 list. Upon completion of the free-form text entry routine 100 process flow is directed back to the 
memory count step 88, whereby the appropriateness of displaying the drop-down selection 
button 92 will be re-evaluated in view of the possibly updated memory 82 contents. 

The invention has been described with reference to the preferred embodiments. 
Obviously, modifications and alterations will occur to others upon reading and understanding the 

15 preceding detailed description. It is intended that the invention be construed as including all 
such modifications and alterations insofar as they come within the scope of the appended claims 
or the equivalents thereof. 
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